home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv6.zip / V6N6M.TXT < prev    next >
Text File  |  1994-04-07  |  11KB  |  243 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Musician's Digest       Wed, 6 Apr 94 16:20 PST      Volume 6: Issue   6  
  5.  
  6. Today's Topics:
  7.                          "The Very Best" ...
  8.                         'Sticking' midi notes
  9.                               Aftertouch
  10.                Better Piano/Elec. Piano patches?  Amps?
  11.                   Cakewalk Patch Caching Bug - Not.
  12.              Multi-MIDI driver & concatenating MID files
  13.                        Patch Manager additions
  14.                  Question about using custom patches
  15.  
  16. Standard Info:
  17.     - Meta-info about the GUS can be found at the end of the Digest.
  18.     - Before you ask a question, please READ THE FAQ.
  19.  
  20. ----------------------------------------------------------------------
  21.  
  22. Date: Wed, 6 Apr 1994 08:36:33 -0700 (PDT)
  23. From: "George A. Montemayor" <gmontem@eis.calstate.edu>
  24. Subject: Re: "The Very Best" ...
  25.  
  26. Try out the zip file, AWESOME.ZIP. It contains some pretty good midi 
  27. files. I do believe they are found in the ultrasound mirror sites like 
  28. garbo.uwasa.fi.
  29.  
  30. Happy hunting...
  31.  
  32. ------------------------------
  33.  
  34. Date: Wed, 6 Apr 1994 18:57:20 +0100
  35. From: graham_john <graham_john@bt-web.bt.co.uk>
  36. Subject: 'Sticking' midi notes
  37.  
  38. Help! 
  39. I've just acquired a Roland Juno-106 to hook up to the GUS, which  
  40. sounds great on its own, but when I record and play back via MIDI I get 
  41. some notes missed and some stuck on.  Having done some back reading, I beleive 
  42. it might be due to older synths not being compatible with 'Note-On/Note-Off' as opposed 
  43. to 'Note-On/Note-On with velocity zero'. (I may have that back to front!)
  44. Anyhow, can anyone tell me how to get round the problem, or could I have 
  45. a faulty MIDI interface on the Juno-106? I've tried another synth over 
  46. the same MIDI and that works OK, so I reckon the GUS MIDI port is behaving 
  47. itself. BTW, I'm running Cakewalk Pro 2.0 on a 486DX50, with the 
  48. latest GUS drivers.
  49.  
  50. Cheers, John
  51.  
  52. ------------------------------
  53.  
  54. Date: 06 Apr 94 10:30:29 BST
  55. From: John Wexler <wex@festival.ed.ac.uk>
  56. Subject: Aftertouch
  57.  
  58. My thanks to those who responded to my enquiry about aftertouch.  Your
  59. answers were useful and informative, but WADLEIGH@PROCESS.COM identified the
  60. crucial question which remains unanswered: do the GUS drivers respond to both
  61. kinds of aftertouch?  My observation is that they don't, at least by default.
  62. However, the GUS drivers seem to have some controls which adjust their
  63. sensitivity to other messages - for instance, I can adjust the sensitivity to
  64. pitch bend.  It seems possible, therefore, that there is some control
  65. which will adjust their sensitivity to aftertouch.  Does anybody know
  66. about this?
  67.  
  68. Why do I want to do this? Example: I use Recording Session to capture a
  69. few bars of performance on a wind controller.  The player uses normal
  70. saxophone style to achieve expression, varying attack and breath
  71. pressure.  While he is playing, he uses a wind synth attached to the
  72. wind controller to "hear" his music, and it sounds fine.  If I play it
  73. back from Recording Session through the wind synth, then of course it
  74. still sounds fine.  But if I play the recorded midi file on the GUS
  75. itself, then all expression is lost; also if I incorporate the recorded
  76. music into something I am composing on the GUS.  The loudness of notes
  77. is determined by their initial attack (velocity), and remains constant
  78. for the length of each note.  Yeugh.  So, I would like to set the GUS
  79. driver to respond to aftertouch, and I would need to set its
  80. "sensitivity to aftertouch" to match that of the wind synth. 
  81.  
  82. I don't have the same need to handle note aftertouch, but I'm curious to
  83. know whether that could be done.
  84.  
  85.     John Wexler
  86.     Edinburgh
  87.  
  88. ------------------------------
  89.  
  90. Date: Wed, 06 Apr 94 07:44:43 -0500
  91. From: "David Grayless" <grayless@shell.com>
  92. Subject: Re: Better Piano/Elec. Piano patches?  Amps?
  93.  
  94. > Is there a good replacement for the GUS/GM Piano patch(es)?  Patch 0
  95. > doesn't hold together very well at +/- 2 octaves from middle C.
  96. > Sadly, my Casio CT-700 generates a stabler piano sound (or is it my
  97. > amp?).  I'd sacrifice the whole meg of patch space for a really solid
  98. > piano patch.  Any pointers greatly appreciated.
  99.  
  100. The piano sound of my Yamaha PSR-500 is far superior to the GUS piano also.
  101. The problem could be that a really good piano patch is just too big to
  102. fit in 1 meg along with all the other GM patches.
  103.  
  104. ------------------------------
  105.  
  106. Date: Tue, 05 Apr 1994 10:40:00 +0100
  107. From: edwinvo@dragons.nest.nl (Edwin van Ouwerkerk)
  108. Subject: Cakewalk Patch Caching Bug - Not.
  109.  
  110.  > From: chrisw@popserver.stanford.edu (Chris Wilkins)
  111.  > Actually, you can just use the Key+ column in the Tracks/Measures window
  112.  > BTW, has anyone else noticed that if you use this to remap percussion
  113.  > patches then 'cache update' or whatever it's called doesn't adjust for
  114.  
  115. I don't think it's *supposed* to do this. After all, nothing has changed in the
  116. midi-data. The changes you make in the tracks/measures settings are more like a
  117. filter for what CakeWin sends out. If you really want to change the midi-data,
  118. use transpose from the menu.
  119. So I guess it's more a design philosophy than a bug.
  120.  
  121. I find this way of working quite useful. In the choral music I write the tenor
  122. line is traditionally written an octave higher than it sounds. A key-12 value
  123. accomplishes exactly this.
  124.  
  125. CU,
  126.    Edwin (edwinvo@dragons.nest.nl)
  127.  
  128. ------------------------------
  129.  
  130. Date: Wed, 06 Apr 1994 14:19:14 GMT
  131. From: Clarke Brunt <CLARKE@lsl.co.uk>
  132. Subject: Re: Multi-MIDI driver & concatenating MID files
  133.  
  134. Sorry if these contributions are a bit stale - I've only just read my
  135. mail after the Easter break.
  136.  
  137. First the Multi-MIDI driver - as someone said, the requirement of
  138. dispatching different channels to different output devices sounded
  139. like a perfect description of MIDI Mapper. Just set your sequencer
  140. output to go to MIDI Mapper (Media Player always does anyway, and
  141. cannot be changed - other programs may for example call this option
  142. 'Use MultiMedia drivers' or whatever), then set up MIDI Mapper to
  143. manipulate your devices, channels, patches, keys as required.
  144.  
  145. Another message said that MIDI Mapper did not support patch caching.
  146. It is my belief that it DOES. It is STILL up to the application to
  147. make the correct calls to MidiOutCache[Drum]Patches, but if it does
  148. so, then I believe that MIDI Mapper will correctly dispatch the
  149. call to the output device drivers. If there is a problem, it could
  150. be because these API calls require that the programmer specify on
  151. which channels the patches are to be used - on the GUS this
  152. doesn't matter i.e. once cached, a patch can be used on any channel,
  153. so the programming here may be sloppy, and always specify channel 1
  154. (say). This could result in MIDI Mapper not dispatching to the
  155. correct device.
  156.  
  157. And as regards concatenating MIDI files, I concur with Eric -
  158. YOU CAN'T - any more than you might expect to concatenate two
  159. databases, two spreadsheets, two BMPs, or two anythings other than
  160. simple text files. An intelligent program will be required to do this.
  161.  
  162. ------------------------------
  163.  
  164. Date: Wed, 06 Apr 94 10:29:00 MDT
  165. From: Thomas Day <ThomasD@tps.com>
  166. Subject: Patch Manager additions
  167.  
  168. How do I get the patches I create and others to show up in the Patch 
  169. Manager?
  170. I've saved them to the MIDI directory under the ULTRASND directory, where
  171. the other UltraSound patches are located.  Still no luck.
  172.  
  173. Also, how do I create my own patch lists?  Patch Manager doesn't have a 
  174. "save"
  175. option, so that can't help.  And if I get the patch list created, is there a 
  176. way to
  177. automatically load my patches in AUTOEXEC.BAT or Windows start up?
  178.  
  179. Thanks for any help you can offer.
  180.  
  181. Tom Day
  182.  
  183. ------------------------------
  184.  
  185. Date: Tue, 5 Apr 1994 22:48:47 UNDEFINED
  186. From: aruggeri@phoenix.Princeton.EDU (Anthony Ruggeri)
  187. Subject: Re: Question about using custom patches
  188.  
  189. >From: BlackFunk <black@hacktic.nl>
  190. >Subject: Question about using custom patches
  191.  
  192. >Greetings, fellow musicians. I am using my dear little GUS as an additional
  193. >synth module to my other stuff and have the following question.
  194. >   How can I use custom patches using MIDIFIER? I tried using windows but 
  195. >   restarting windows everytime really sucks and since I don't use Cakewalk
  196. >   I can't get the bankswitching working. So if there's a solution to my
  197. >   problem I'd be thankful.
  198.  
  199. You can avoid the problem of restarting Windows by using MIDI Patch Browser 
  200. (MPB).  I have a custom bank set as bank 0, and moved the General MIDI set 
  201. over to 1.  If you switch from bank 0 to bank 1 and then back in MPB, any 
  202. changes in ultrasnd.ini will be read in just as if you had restarted 
  203. windows... apparently MPB can reset the windows ultrasound driver.  It makes 
  204. changing patches on the fly MUCH easier.
  205.  
  206. Question for any of you who might know this: does the current driver only hold 
  207. one bank at a time?  If it did this would explain how MPB works.  I assume the 
  208. driver needs to access the .ini file whenever it gets the patches for a new 
  209. bank.
  210.  
  211. Anthony Ruggeri                     \  Return to Jurassic Park would be
  212. aruggeri@phoenix.princeton.edu       \  cool.  Yeah.  Huh, huh huh huh.
  213. Molecular Biology - Princeton Univ.   \  Emu MPS+ + GUS = pretty cool
  214. Weevils are intriguing but irrelevent. \  "What am I doing?!!!"
  215.  
  216. ------------------------------
  217.  
  218. End of GUS Musician's Digest V6 #6
  219. **********************************
  220.  
  221. To post to tomorrow's digest:                        <gus-music@mail.orst.edu>
  222. To (un)subscribe or get help:                <gus-music-request@mail.orst.edu>
  223. To contact a human (last resort):              <gus-music-owner@mail.orst.edu>
  224.  
  225. FTP Sites              Archive                       Directories
  226. ---------              -------                       -----------
  227. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  228.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  229. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  230. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  231. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  232. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  233. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  234.  
  235. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  236.  
  237. Hints:
  238.       - Get the FAQ from the FTP sites or the request server.
  239.       - Mail to <gus-music-request@mail.orst.edu> for info about other
  240.     GUS related mailing lists (general use, programmers, etc.).
  241.  
  242.  
  243.